grid: Use gtk_wiget_measure

toolitemgroup: Remove style properties

Replace them with their default values

combobox: Remove appears-as-list style property

Remove all the code handling the appears-as-list=TRUE case.

treeview: Remove style properties

Replace them with the Adwaita default values

gdkscreen-win32.c: Also define _WIN32_WINNT

As in the last commit on gdkdisplay-win32.c, we need to define that to be
0x0600 (Vista) or later so that the items needed in the Windows headers be
activated.

See: https://bugzilla.gnome.org/show_bug.cgi?id=768081#c62

gdkdisplay-win32.c: Define _WIN32_WINNT

... to be for Vista (0x0600) or later.  This is so that the necessary
items in the Windows headers be activated so that the code will build
properly on mingw-w64, and we already require Vista or later for GTK+.

Thanks Ting-Wei Lan for pointing this out.

See: https://bugzilla.gnome.org/show_bug.cgi?id=768081#c62

recent-manager: Add a limit to the list's size

This fixes a DOS where any app can cause all running gtk apps
to use arbitrary amounts of memory.

Originally reported against mate-panel, where running a big slideshow
in eye-of-mate caused increasing RAM usage in mate-panel.

v2: Hardcode the value
Signed-off-by: Lauri Kasanen <curaga@operamail.com>
https://bugzilla.gnome.org/show_bug.cgi?id=773587

places sidebar: Don't leak a reference

Pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=774185

Fix a copy-paste error

Pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=774185#c3

headerbar: Don't leak widgets

We were not properly freeing separators that we end up
not using.

https://bugzilla.gnome.org/show_bug.cgi?id=774066

spinbutton: Fix some gadget handling issues

We were not adding the down_button gadget to the parent,
and we were not unreffing the button gadgets.

https://bugzilla.gnome.org/show_bug.cgi?id=774046

GdkGLContext: chain finalize handler

https://bugzilla.gnome.org/show_bug.cgi?id=773979

Fix loading cached compose tables

https://bugzilla.gnome.org/show_bug.cgi?id=773916

cssshadowvalue: scale the blur surface by the same factor as the target

Making sure the surfaces are using the same scale factor makes it more
likely a fast path will be used when pixman gets involved, as pointed
out by Benjamin Otte.

https://bugzilla.gnome.org/show_bug.cgi?id=772075

printing: Do not truncate job names in GtkPrintOperation

We are currently truncating job names to 255 bytes, because that's the
maximum allowed length of job-name attribute in CUPS. This is a CUPS
limitation that GtkPrintOperation shouldn't need to know, and it
shouldn't affect other backends, that might have other limitations or
even no limitation at all. This has another side effect, that what you
set as GtkPrintOperation:job-name could be different to what you get if
the property is truncated, this is not documented in
gtk_print_operation_set_job_name(). So, I think the job name should be
truncated by the CUPS backend, right before setting the job-name
attribute.

https://bugzilla.gnome.org/show_bug.cgi?id=774097

Avoid criticals in gtk_image_get_render_node

These nodes can be NULL, we need to handle that.

wayland: Set startup ID from GApplication platform data

The GApplication platform data may contain a startup ID that on X11
is used to set the startup notification ID when activated. Do the
same on the wayland backend to make startup notifications work for
DBus-activated applications where the DESKTOP_STARTUP_ID environment
variable is not set.

https://bugzilla.gnome.org/show_bug.cgi?id=768531

gdkdisplay-wayland: Add API to set startup notification ID

For wayland clients, the startup notification ID is currently only set
from the DESKTOP_STARTUP_ID environment variable. As that variable is
only set for clients launched via exec(), startup completion is not
indicated correctly for DBus-activated applications unless an explicit
ID is specified - usually that is not the case, as the default handling
uses gdk_notify_startup_complete().
To address this, we need API to set the startup notification ID from GTK
as we have on X11.

https://bugzilla.gnome.org/show_bug.cgi?id=768531

iconhelper: Add support for GskTexture

... and use that in GtkImage.

gsk: Implement textures for the Cairo renderer

gsk: Add GskTexture

Updated Czech translation

Update POTFILES.skip

range: Don't leak pointers to discarded gadgets

reftests: Add reftest for the last 2 fixes

Makes sure that the clipping we do when pushing a group is at the
correct place and in particular doesn't influence shadows.

render: Draw shadows outside of potential push_group() call

Before, the shadows were clipped.

render: Clip the correct rectangle

We translated before.

Adwaita: tweak radial-gradient()'s

radial-gradient()'s are behaving, hence simplify the css.

Update the migration guide

Mention the demise of -gtk-gradient, and explain that CSS syntax
works fine for this now.

css: Improve spec compliance of the radial gradient parser

The spec says:
"If <shape> is omitted, the ending shape defaults to a circle if the <size>
is a single <length>, and to an ellipse otherwise."

Make it so.

Revert "Update the CSS docs for the demise of define-color"

This reverts commit 12d9451b1cb1e38e7431c552925d55e2d5fc3482.

Revert "Update the migration guide"

This reverts commit b86816438147ffe61959218524f59c44581ee006.

Update the migration guide

Mention some removed CSS extensions.

Update the CSS docs for the demise of define-color

Drop support for symbolic colors

-gtk-gradient was the last internal user of this code, so
we can drop it now.

Update CSS docs to reflect the demise of -gtk-gradient

Drop support for -gtk-gradient

The standard CSS radial-gradient can be used instead, and Adwaita
and HighContrast have been ported over.

css: Avoid a crash while parsing radial gradients

has_size does not imply that sizes[0] is != NULL.

HC: use radial-gradient() in place of -gtk-gradient().

Adwaita: no more -gtk-gradient(), really

the undershoot is drawn with a radial-gradient now.

gdkprivate-win32.h: Complete removal of attributes_mask

We removed this parameter from the function declaration, but not the
prototype.  Fix that.

gdk: gdk_window_new() is not called for foreign windows

So we can remove the special cases that were used for them.

gdk: Remove attributes_mask from gdk_window_new()

The only remaining values were always treated as 0, so we just hardcode
them to 0.

API: gdk: Remove gdk_window_new()

It's finally no longer public API.

API: gdk: Add gdk_window_new_temp()

Your one stop shop for all those nasty hidden input-only windows.

API: gdk: Add gdk_window_new_popup()

... and use it.

range: Use gdk_window_new_input()

tests: Remove subsurface test

It did lots of ubsupported things (like creating subsurfaces on every
platform).

API: wayland: Add gdk_wayland_window_new_subsurface()

... and use it instead of gdk_window_new().

API: gdk: Add gdk_window_new_toplevel()

... and use it in GTK.

gdkwindow: Remove GdkWindowAttr.type_hint

Instead, let the callers call gdk_window_set_type_hint(). Which is
surprsingly what every backend did.

scrolledwindow: Turn into no-window widget

x11: Set override_redirect on input-only windows

b9955cfff1a2290c7826565049c934d237e9028f broke this.

listbox: Turn into no-window widget

flowbox: Turn into no-window widget

Update gdk-quartz functions for the demise of GdkDeviceManager.

Remove screen height and width functions from gdk-quartz.

Since they were previously deleted from gdk.

Add some new function prototypes to gtkquartz.h.

Fixes compile errors (-Werror,-Wmissing-prototypes).

Update GdkOSXVersion enum with the last 4 MacOS releases.

Framework Carbon required for building against MacOSX10.12.sdk.

Should be harmless elsewhere.

Adwaita: no more -gtk-gradient()

the only place where it was used was the `needs attention` dot
which is now drawn using radial-gradient().

menu: Properly clip child menuitems

Now that GtkMenu isn't a windowed widget anymore, we have to
differentiate between the (0, 0) of the cairo_t and the position of
priv0->view_window.

tests/popupat: Remove references to noexistent widgets

entry: Fix coordinates after rendernode conversion

Ease the transition by removing the text_area and frame vfuncs which are
unused inside GTK+.

spinbutton: Convert to indirect rendering

Revert "Revert "Convert GtkEntry to indirect rendering""

This reverts commit f4fa111e3240822df1b1c02abc49fea9c274232c.

button: Remove _get_event_window

Remove gtk_widget_set_mapped

Let all the remaining callers chain up.

notebook: use gesture for clicks

Instead of GtkWidget's buton-press-event/button-release-event

Update Hungarian translation

Update POTFILES.skip

fixed: Port to GskRenderNode

The fishbowl demo uses this.

gtk-demo: Add fishbowl demo

win32: Remove unused headers

API: gdk: Remove title from gdk_window_new()

Use gdk_window_set_title() afterwards instead.

API: gdk: Remove override_redirect flag from GdkWindowAttr

When you want an override-redirect window, you create it that way by
creating a GDK_WINDOW_TEMP window.

API: gdk: Remove gdk_window_set_override_redirect()

When you want an override-redirect window, you create it that way.
Changing that behavior is not supported anywhere (but on X of course).

gtkstylecontext: Clarify memory allocation behaviour of getters

It wasn’t clear that gtk_style_context_get[_valist]() behave like
g_object_get() — i.e. pointer-based types are returned newly-allocated.
Clarify that.

https://bugzilla.gnome.org/show_bug.cgi?id=773954

Revert "Convert GtkEntry to indirect rendering"

This reverts commit 3656c9f94c0401376d3dc0a3963312ef986cb021.

Still causes to many unresolved drawing issues.

Fix up the fullscreen_on_monitor support

I didn't pay attention, and forgot to port this code to the
new monitor apis.

levelbar: update css nodes even when no offset value is found

GtkLevelBar supports adding custom offsets as style classes, and they
are applied whenever the :value property matches. The current code,
however, only updates any CSS nodes when an offset is found, causing
it to not update when a discrete value changes but no custom offset
is added.

Fix that by always updating the CSS nodes.

https://bugzilla.gnome.org/show_bug.cgi?id=773799

gdkwindow-x11: Add support for gdk_window_fullscreen_on_monitor

This way we can recommend that applications use the
fullscreen_on_monitor() API on both X and Wayland otherwise they'd
have to keep a path for each backend to achieve this functionality.

https://bugzilla.gnome.org/show_bug.cgi?id=773857

Complete the privatization of GtkTextAttributes

This was not quite complete, as gtktextattributes.h was still
being included in public headers.

https://bugzilla.gnome.org/show_bug.cgi?id=773903

W32: Fix malformed svg file

https://bugzilla.gnome.org/show_bug.cgi?id=768081

GDK-Win32/4.0: Enable HiDPI support for Windows

This enables HiDPI support for GTK+ on Windows, so that the
fonts and window look better on HiDPI displays.  Notes for the current
work:

-The DPI awareness enabling can be disabled if and only if an application
 manifest is not embedded in the app to enable DPI awareness AND a user
 compatibility setting is not set to limit DPI awareness for the app, via
 the envvar GDK_WIN32_DISABLE_HIDPI.  The app manifest/user setting for
 DPI awareness will always win against the envvar, and so the HiDPI items
 will be always setup in such scenarios, unless DPI awareness is disabled.

-Both automatic detection for the scaling factor and setting the scale
 factor using the GDK_SCALE envvar are supported, where the envvar takes
 precedence, which will therefore disable automatic scaling when
 resolution changes.

-We now default to a per-system DPI awareness model, which means that we
 do not handle WM_DPICHANGED, unless one sets the
 GDK_WIN32_PER_MONITOR_HIDPI envvar, where notes for it are in the
 following point.

-Automatic scaling during WM_DISPLAYCHANGE is handled (DPI setting change of
 current monitor) is now supported.  WM_DPICHANGED is handled as well,
 except that the window positioning during the change of scaling still
 needs to be refined, a change in GDK itself may be required for this.

-I am unable to test the wintab items because I don't have such devices
 around.

https://bugzilla.gnome.org/show_bug.cgi?id=768081

gdkscreen-win32.c: Remove leftovers of removal of visual APIs

There were some more items that ought to be removed.  Remove them.

https://bugzilla.gnome.org/show_bug.cgi?id=773299

Update Hungarian translation

x11: Init no-multihead monitor without root window

Previous code gave warnings because the root window wasn't initialized
yet.

wayland: Remove all mentions of visuals

mir: Remove all mentions of visuals

broadway: Remove all mentions of visuals

quartz: Remove all mentions of visuals

win32: Remove all mentions of visuals

gdk: Remove visual APIs from GdkScreen

gdk_screen_list_visuals(), gdk_screen_get_system_visual() and
gdk_screen_get_rgba_visual() are gone now.

x11: Maointin window visuals without GdkVisual

That way, we don't need a GdkScreen to create a GdkWindow anymore.

x11: Remove unused hash table

We were neatly populating it, but nobody ever looked at it.

x11: Replace gdk_display_get_window_visual()

... with functions that don't use GdkVisual.

A small step towards getting rid of GdkVisual.

menubar: We don't need an input window

Input is handled by the menuitems completely.

x11: Use X11 variables instead of GDK variables

This way, we avoid GdkVisual usage.

x11: Remove unused complexity

With all Windows having the same visual, there's only ever one visual we
need to check.